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Disclosed is a method for coordinating network components (1,2), wherein at least one first logical component ( 1 2) and a second logical 
component (2) are provided, each of which corresponds to a given application and can communicate with each other at a communication 
level which is essentially independent from the application level. Said method comprises the following steps: establishing a communication 
link between the first and the second logical components (1, 2) at the initiative of the first or the second logical component (1,2) in 
reaction to a given development concerning the first and/or the second logical component (1,2); transmitting an informational message via 
the established communication link from the second logical component (2) to the first logical component (1), whereby the informational 
message contains at least data regarding the current application status of the second logical component, and comparing the data contained 
in the transmitted informational message in the first logical component (1) with the corresponding information stored there in a non-volatile 
storage (4). 




2 



(57) Abstract 





(57) Zusammenfassung 

Es wird ein Verfahren zur Koordination von Netzwerkkomponenten (1,2) vorgeschlagen, wobei mindestens eine erste logische 
Komponente (1) und eine zweite logische Komponente (2) vorgesehen sind, welche jeweils einer bestimmten Applikation entsprechen und 
uber das Netzwerk auf einer von der Applikationsebene im wesentlichen unabhangigen Kommunikationsebene miteinander kommunizieren 
konnen, mit den Schritten: Aufbauen einer Kommunikationsverbindung zwischen der ersten und der zweiten logischen Komponente (1,2) - 
auf Initiative einer der ersten oder zweiten logischen Komponente ( 1 , 2) ansprechend auf ein bestimmtes Ereignis, welches die erste und/oder 
zweite logische Komponente (1,2) betrifft; Obermitteln einer Informationsnachricht iiber die aufgebaute Kommunikationsverbindung von 
der zweiten logischen Komponente (2) an die erste logische Komponente (1), wobei die Informationsnachricht zumindest Informationen ^ ; 
beziiglich des aktuellen Applikationsstatus der zweiten logischen Komponente enthalt; und Vergleichen der Informationen der ubermittelten * 
Informationsnachricht in der ersten logischen Komponente (1) mit dort in einem nicht-fluchtigen Speicher (4) gespeicherten entsprechenden 
Informationen. 
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V erfahren zur Koordination von Netzwerkkomponenten 
STAND DER TECHNIK 

5 Die vorliegende Erf indung betrifft ein Verfahren zur Ko- 
ordination bzw. Abstimmung von Netzwerkkomponenten, ins- 
besondere Master- und Slavekomponenten, wobei mindestens 
eine erste logische Komponente und eine zweite logische 
Komponente vorgesehen sind, welche jeweils einer bestimm- 
10 ten Applikation entsprechen und uber das Netzwerk auf ei- 
ner von der Applikationsebene im wesentlichen unabhangi- 
gen Kornmunikationsebene miteinander kommunizieren konnen. 

Die Erfindung ist fur weite Bereiche der Kommunikations- 
15 technik anwendbar, sie wird jedoch beispielshalber nur in 
bezug auf ein CAN-Netzwerksystem bei Anwendung im KFZ-Be- 
reich naher erlautert. 

Bei solchen, in einem KFZ installierten Systemen ergibt 
20 sich oftmals die Situation, dafi nur einzelne Komponenten 
des Netzwerksys terns nach einem Fehlerfall einen Neustart, 
d.h. Reset, durchf iihren. Ein typischer Aus loser fur einen 
solchen Reset ist die Erkennung einer Unterspannungsbe- 
dingung, die von Komponente zu Komponente variieren kann. 



Hieraus resultiert das grundsatzliche Problem, spezielle 
Kommunikationsmechanismen zwischen den Komponenten zu de- 
finieren, urn moglichst schnell ein Wiederauf setzen der 



verteilten Applikationen zu erreichen. Hierbei ist es im 
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allgemeinen vorteilhaft, den Zustand des Gesamtsystems 
vor dern Reset - soweit moglich - wieder zu reproduzieren 
bzw. abzustimmen. Von besonderer Bedeutung ist dies fur 
Systerne mit Benutzerinteraktion, beispielsweise iiber ein 
5 Anzeige- und Bedienteil, um durch Resets ausgeldste Sto- 
rungen im Bedienablauf , wie etwa nicht mehr aktuelle Dar- 
stellungen auf einem Display, Zeitverzogerungen bei der 
Bedienung von Komponenten , verlorengegangene Eingaben 
etc. zu minimieren. 

10 

Die der vorliegenden Erfindung zugrunde liegende Proble- 
matik besteht also allgemein darin, in einem Netzwerk mit 
verteilten Applikationen die den Applikationen entspre- 
chenden Netzwerkkomponenten auf effektive Weise zu koor- 
15 dinieren. Dies gilt insbesondere fur einen Neustart nach 
einem Fehlerfall von einzelnen Komponenten. 

Generell mussen die folgenden vier Falle erkannt und an- 
gemessen behandelt werden. 

20 

i) "Normales " Hochfahren aller Komponenten (System- 
start) , 

ii) zeitgleicher Fehler aller Komponenten nach System- 
25 start, z. B. durch Unterspannung fur alle Komponen- 
ten im Netzwerk, 



iii) Fehler eines Teilsys terns nach Systemstart, d. h. 

Fehlerbedingung einer oder mehrerer Komponenten, und 
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iv) Hardware-Reset nach erstmaligem Einschalten (First 
Power-On) oder fatalexti Fehler. 

5 Zunachst wird die spezielle Problematik einer gegenseiti- 
gen Koordination bzw. Synchronisation von verteilten Ap- 
plikationen und deren diesen entsprechenden logischen 
Komponenten naher erlautert. 

10 In Systemen, in denen Komponenten miteinander liber ein 
Netzwerk, beispielsweise ein Bussystem, kommunizieren, 
ist eine gewisse Grundvoraussetzung fur das hier be- 
schriebene Verfahren eine Trennung von Kommunikation und 
Applikation innerhalb einer Komponente (s. ISO 7498 , In- 

15 formation processing systems - Open systems Intercon- 
nection Basic Reference Model, 1984) . 

Betrachtet werden hier Systeme, die liber ein Netzwerk, 
z.B. ein Bussystem, kommunizieren, wobei Kommunikation 
20 und Applikation f olgenderma&en definiert sind. 

Unter die Kommunikation fallen alle Funktionen, die zum 
gesicherten Datenaustausch mit anderen Komponenten beno- 
tigt werden. Typischerweise findet eine aus dem OSI- 
25 Modell der ISO (s.o.) abgeleitete Schichtung der Kommuni 
kation Verwendung, d. h. eine Umsetzung von der physika- 
lischen Schicht bis zur Applikationsschnittstelle . Den 
Anf orderungen dieses Verwendungsgebietes angepaSt wird 
fur den KFZ-Bereich in den gangigen Losungen nur eine Un 
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termenge des OSI-Modells eingesetzt, d.h. einige Schich- 
ten bleiben "leer". Weiterhin wird in Erweiterung des 
OSI-Modells ublicherweise ein die verschiedenen Schichten 
umfassendes Netzmanagement eingesetzt, welches die unter- 
5 schiedlichen Komponenten hinsichtlich der Kommunikation 
synchronisiert . 

Unter Applikation wird die spezifische Aufgabe jeder Kom- 
ponente verstanden, z. B. die Funktionalitat eines CD- 
10 Spielers oder die verschiedenen Funktionen eines Autote- 
lef ons . 

In Systemen, die liber logische Punkt-zu-Punkt ( 1 : 1) -Ver- 
bindungen zwischen den einzelnen Komponenten verfiigen, 
15 werden uber eine solche Verbindung die "Kommandos" der 
Applikation einer Komponente A an die Komponente B wei- 
tergeleitet, die diese dann z* B. mit einer Applikations- 
Ruckmeldung beantwortet . Ein Beispiel istdie Aktivierung 
eines CD-Changers zum Spielen durch ein Bedienteil . 



Zweckmafiigerweise werden diese 1 : 1 Verbindungen der Ap- 
plikationsebene auf die 1:1 Verbindungen der Transport- 
schicht (Schicht 4 im OSI-Modell) abgebildet. Wahrend die 
1 : 1-Transportverbindungen von beiden beteiligten Kompo- 
25 nenten aufgebaut bzw. im Fehlerfall zuruckgesetzt werden 
konnen, was einem symmetrischen Verbal ten entspricht, 
gilt dies nicht fur die Applikationsebene . Hier ist bei- 
spielsweise nur eine Komponente A - der "Master" - be- 
rechtigt, eine Komponente B - den "Slave" - zu steuern. 
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Insbesondere trifft dies fur das Schalten der Hauptzu- 
stande des Slaves zu, wie z. B. "EIN" und "AUS". 

Zweckma&igerweise liegt einem solchen System ein Netzma- 
5 nagement zugrunde, das ebenfalls zwischen Master- und 
Slave-Funktionalit&t unterscheidet . In diesem Fall ist 
normalerweise ein „Applikations-Master w auch gleichzeitig 
ein „Netzmanagement -Master" . Daneben sind allerdings auch 
durchaus Systeme denkbar, die beim Netzmanagement nur 

10 gleichberechtigte Stationen kennen, bei denen demnach die 
Master- /Slave-Unterscheidung auf die Applikationsebene 
beschrankt ist. Ein typisches Beispiel fur letztgenanntes 
Ne t zmanagement - Ver f ahren ist unter dem Namen „dezentrales 
Netzmanagement w auf CAN-Netzen im Karosseriebereich der 

15 KFZ-Industrie zu finden. 

Sofern nicht ausdriicklich anders aufgefiihrt, bezieht sich 
daher im folgenden die Bezeichnung „Master" bzw. „ Slave" 
immer auf die Applikationsebene. 



Ein relativ einfaches System besteht demnach aus einem 
Master und einem oder mehreren Slaves, mit jeweils einer 
1:1 Verbindung zwischen Master und jedem Slave. Aller- 
dings konnen auch komplexere Systeme , bestehend aus meh- 
2 5 reren Masterkomponenten mit denselben oder auch unter- 
schiedlichen Slaves, gebildet werden . Voraussetzung ist 
hierbei nur, daS fiir jede logische Verbindung eindeutig 
festgelegt ist, welche Komponente Master und welche Slave 
ist. Auf diese Weise lafit sich dann ein hierarchisches 
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System aus Master, Submaster(s) und Slaves bilden, wie in 
der alteren Anmeldung DE 196 373 12 beschrieben. 

Ublicherweise ist ftir eine Koordination der netzweiten 
5 Applikationen in erster Linie der Master verantwortlich. 
Fur den Slave reicht es aus, den Reset eines Masters bei- 
spielsweise iiber einen Netzmanagementdienst zu erkennen. 

Dies flihrt beispielsweise beim Slave zum Einleiten be- 
10 stimmter Notlauf f unktionen oder auch zum selbstandigen 
Herunter f ahren . 

Der Master erkennt den Reset einer Slave-Komponente ent- 
weder durch zyklisches Abfragen des Slave-Status oder 
15 durch einen erneuten Kommunikationsaufbau, eingeleitet 

durch den Slave (z.B. Kommunikations system mit Netzmana- 
gement und Transportprotokoll nach den alteren Anmeldun- 
gen DE 41 31 133 bzw. DE 196 373 12) . 

2 0 Als nachteilhaft bei dem obigen bekannten Ansatz hat sich 
die Tatsache herausgestellt , daS das zyklische Abfragen 
des Slave-Status durch den Master aufwendig und kornmuni- 
kations intensiv ist, da meist keine Anderung des Status 
vorliegt. Des weiteren ist dieser Abf ragemechanismus in- 

2 5 flexibel, da im allgemeinen nur bereits installierte Kom- 
ponenten abgefragt werden. 



SchlieSlich bringt ein erneuter Kommunikationsaufbau 
durch den Slave als Alternative zu dem obigen zyklischen 
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Abf ragemechanismus den Nachteil mit sich, da£ der Master 
aufier der Information? da£ die Kommunikation wieder zu- 
standegekommen ist, keine Mitteilungen uber die Ursache 
des Resets und/oder dessen Vorgeschichte, namlich bei- 
5 spielsweise den vorherigen Applikationsstatus erhalt. 

Die Art des eigenen Resets kann vom Master erkannt wer- 
den, z.B* durch Eintrag von eigenen Status inf ormationen 
in einen nichtf liichtigen Speicher, wie beispielsweise ei- 
10 nem EEPROM, und durch Auswertung des Eintrags bei einem 
nachf olgenden Neustart* 

Findet der Master z.B. den Eintrag "System gestartet und 
in Normalbetrieb" nach einem Reset vor, so kann er auf 
15 einen Neustart durch eine Fehlerbedingung schlieSen. 1st 
dagegen "System heruntergef ahren" eingetragen, so handelt 
es sich urn ein normales Hochf ahren. Problematisch ist im 
Fehlerfall die begrenzte Speichermoglichkeit im Master. 

2 0 Im allgemeinen kann nur der eigene Status gesichert wer- 
den 7 da fur die Zustandsspeicherung aller angeschlossener 
Slaves die Zeit und/oder die Speicherkapazitat normaler- 
weise nicht ausreicht. Daruber hinaus ist ein Rttckgriff 
auf beispielsweise in einem EEPROM abgespeicherte Status- 

2 5 inf ormationen uber den Slave speziell beim Fehler-Reset 

des Masters risikoreich, da ja auch der Slave einen Reset 
durchgefuhrt haben konnte und damit der gespeicherte Sla- 
ve-Zustand vom aktuellen Zustand abweicht. 
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Da in den obigen Standardlosungen keine detaillierten 
bzw, gesicherten Status-Inf ormationen \iber den Slave vor- 
liegen, wird der Master im allgemeinen die Slave- 
5 Applikation neu starten, bzw. initialisieren . 

Da hierdurch im allgemeinen vorherige Einstellungen zu- 
ruckgesetzt werden mussen, bedeutet dies den Verlust des 
Wissens um die Vorgeschichte des Slaves, d*h. der ur- 
10 sprungliche Betriebszustand oder Status der Applikation 
ist nicht mehr ableitbar. Aus dem Neustart der Slave- 
Applikation resultieren im allgemeinen merkliche Verzoge- 
rungen . 

15 VORTEILE DER ERFINDUNG 

Das erf indungsgemaSe Verfahren mit den Merkmalen des An- 
spruchs 1 weist gegenuber dem bekannten Losungsansatz den 
Vorteil auf , dafi es den alten Applikationszustand (Appli- 
20 kationsstatus) , beispielsweise eines Slaves, vor Auftre- 
ten eines Fehlers an beliebiger Stelle im Netzwerk effi- 
zient wiederherstellen kann. 

Dadurch wird es beispielsweise ermoglicht, gegebenenf alls 
2 5 nur lokal an dem betroffenen Slave einen Reset durchzu- 
ftihren, der von dem Benutzer des Systems -beispielsweise 
einem Autofahrer - nicht wahrgenommen wird, da ein globa- 
les Reset ausbleiben kann. 
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Durch das gezielte Wi£der-Auf setzen eines kurzzeitig aus- 
gefallenen Slaves ergibt sich im allgemeinen ein Zeitvor- 
teil gegeniiber ublichen Losungen, bei denen alle laufen- 
5 den Applikationen neu initialisiert werden mussen. Weiter 
ergeben sich zusatzliche Moglichkeiten fur eine netzweite 
Diagnose . 

GemaS der Erfindung ist durch die Ubermittlung der Vorge- 
10 schichte, vorzugsweise in Verbindung mit einer Netzwerk- 
zustandstabelle in dem Master, auch ein sicheres Erkennen 
von neuen Komponenten im Netz ohne groSen Konf igurations- 
aufwand fur den Master moglich. Da in der erf indungsgema- 
Sen Inf ormationsnachricht , die im folgenden auch als 
15 Start-up-Info bezeichnet wird, zweckmafiigerweise mitge- 
teilt wird, ob eine Komponente ziim ersten Mai am Netzbe- 
trieb teilnimmt, kann der Master entsprechend reagieren, 
z.B. durch das Freischalten von neuen Bedienmenus * 

2 0 Auch ermoglicht das erf indungsgemaSe Verfahren die Ver- 
riegelung von Applikationen in bestimmten Zustanden, 
falls mehr als ein Master auf einen Slave zugreift. Dies 
gilt insbesondere fur den Fall, daS ein Master den Slave 
in einen Diagnosemodus gebracht hat. In diesem Fall ist 

2 5 der Slave im allgemeinen nicht mehr von einem weiteren 
Master steuerbar. Dies ist fur diesen Master ebenfalls 
aus der Start-up-Info z.B. nach einem Reset unmittelbar 
ersichtlich. Die Start-up- Inf o ist daneben grundsatzlich 
fur die Ubermittlung von sogenannten Semaphoren, die 
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wichtig fur die Synchronisation von verteilten Applika- 
tionen bzw. von ProzeSsen im DV- technischen Sinne sind, 
geeignet . 

5 Die der vorliegenden Erfindung zugrundeliegende Idee be- 
steht darin, das Wiederauf setzen auf Applikationsebene 
durch den bzw. die Master unter Beriicksichtigung des ak- 
tuell gemeldeten Applikationsstatus durchzuf uhren, indem 
der bzw. die Slaves ihren aktuellen Status in einem Spei- 
10 cher sichern, nach einer Anderung jeweils wieder aktuali- 
sieren und nach bestimmten Ereignissen, beispielsweise 
einem Fehler in der Sphare des Slaves, eine Start-up- Info 
an den Master senden. 

15 Hierbei wird als Ausloser letzterer Nachricht der erfolg- 
reiche Aufbau der 1 : 1-Verbindung zwischen Master und Sla- 
ve verwendet. Als vom Master ausgehende Trigger fur die- 
sen Verbindungsaufbau konnen wiederum zumeinen bestimmte 
Ne t zmanagemen t -Mechani smen wie bestimmte Netzmanagement- 

2 0 Telegramme, im folgenden auch als Watchdog-Telegramme be- 
zeichnet, oder aber auch z.B. eine vom Master gesteuerte 
Schaltleitung Verwendung finden. 

Weiterhin kann dieser Trigger auch im Slave begriindet 
25 liegen. Ein typisches Beispiel bildet das Aufwecken eines 
Netzwerks durch eine Telef onkomponente . In diesem Fall 
geht die Initiative zum Verbindungsaufbau allein vom Sla- 
ve aus . 
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In den Unteranspriichen finden sich vorteilhafte Weiter- 
bildungen und Verbesserungen des in Anspruch 1 angegebe- 
nen Verf ahrens . 

5 

GemaS einer bevorzugten Weiterbildung werden die Informa- 
tionen der iibermittelten Inf ormationsnachricht in der er- 
sten logischen Komponente in dem nicht-f llichtigen Spei- 
cher gespeichert . 

10 

GemaS einer weiteren bevorzugten Weiterbildung verwendet 
die erste logische Komponente die Informationen der iiber- 
mittelten Inf ormationsnachricht zur Rekonstruktion des 
Zustands vor dem Aufbauen der Kommunikationsverbindung . 

15 

Gemafi einer weiteren bevorzugten Weiterbildung entliS.lt 
die Inf ormationsnachricht Informationen bezuglich der 
Initiative zum Aufbauen der Kommunikationsverbindung. 

20 GemaS einer weiteren bevorzugten Weiterbildung stehen die 
erste und die zweite logischen Komponente in einer Ma- 
ster-Slave-Beziehung zueinander. 

Gemafi einer weiteren bevorzugten Weiterbildung wird die 
25 Inf ormationsnachricht nach einem Reset bei bereits ge- 
starteter Applikation mindestens einer der ersten oder 
der zweiten logischen Komponente ubermittelt. 
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GemaS einer weiteren bevorzugten Wei terbi Idling enthalt 
die Inf ormationsnachricht Informationen daruber, ob die 
zweite Komponente einen Hardware-Reset durchgeftihrt hat. 

5 GemaS einer weiteren bevorzugten Weiterbildung werden be 
stimmte Informationen, die Inhalt der Inf ormationsnach- 
richt werden, in einem nichtf liichtigen Speicher der zwei 
ten logischen Komponente gespeichert . 

10 Gemafi einer weiteren bevorzugten Weiterbildung wird der 
Inhalt des nichtf liichtigen Speichers der zweiten logi- 
schen Komponente jedesmal dann aktualisiert , wenn eine 
Anderung des Applications status der zweiten logischen 
Komponente eintritt . 

15 

GemaS einer weiteren bevorzugten Weiterbildung enthalt 
die Inf ormationsnachricht weitere Informationen zur Vor- 
geschichte der zweiten Komponente. 

2 0 Besonders bevorzugte Anwendungen des erf indungsgemafien 

Verfahrens liegen in MeS- und/oder Uberwachungssystemen, 
in KFZ-Boardinf ormationssystemen und in netzwerkweiter 
Fehlerortung und/oder Fehlerdiagnose von Netzwerkkompo- 
nenten solcher Systeme. 



25 
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Z E I CHNUNGEN 

Ausf uhrungsbeispiele der Erfindung sind in den Zeichnun- 
gen dargestellt und in der nachf olgenden Beschreibung na- 
5 her erlautert. 

Es zeigen: 



Fig. 1 eine schematische Darstellung der gemafi einer 
10 ersten Ausf uhrungs form am erf indungsgemafien 

Verfahren beteiligten Netzwerkkomponenten , nam- 
lich einen Master, der mit einem Slave verbun- 
den ist. 



15 Fig. 2 den zeitlichen Verlauf des erf indungsgemafien 
Verfahrens gemaS der ersten Ausf iihrungs form 
zeitlich von oben nach unten f ortschreitend bei 
einem Reset des Slaves in Folge einer Unter- 
spannung . 

20 

BESCHREIBUNG DER AUSFUHRUNGSBEISPIELE 

Fig. 1 zeigt eine schematische Darstellung der gemaS ei- 
ner ersten Ausf uhrungs form am erf indungsgemaSen Verfahren 
25 beteiligten Netzwerkkomponenten, namlich einen Master, 
der mit einem Slave verbunden ist. 



In Fig. 1 bezeichnet Bezugszeichen 1 ein Radio, 2 einen 
CD-Changer, 3 eine. Kommunikationsverbindung zwischen dem 



\ 
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Radio 1 und dem CD-Changer 2 sowie 4 und 5 jeweils nicht- 
fluchtige Speicher. 

Das relativ einfache System enthalt das Radio 1 als Ma- 
5 ster und den angeschlossenen CD-Changer 2 als Slave des 
Radios 1 und eine die beiden Netzwerkkomponenten 1, 2 
miteinander verbindende Kommunikationsverbindung 3 in 
Form einer Busleitung. Weiter verfiigen sowohl das Radio 1 
als auch der CD-Changer 2 uber nichtf luchtige, Speicher 4 
10 bzw. 5, die beispielsweise in Form von gepufferten SRAMs 
oder EEPROMs realisiert sein konnten . Die Speicher 4, 5 
dienen der Speicherung von Daten, deren Auswertung durch 
den Master 1 zur Koordination der Netzwerkkomponenten 1, 
2 dienen. 

15 

Figur 2 zeigt schematisch den zeitlichen Verlauf des er- 
findungsgemafien Verfahrens gemaS der ersten Ausfiihrungs- 
form zeitlich von oben nach unten f ortschreitend bei ei- 
nem Reset des Slaves in Folge einer Unterspannung . 

20 

In Fig. 2 bezeichnet 6 ein Watchdog-Telegramm, d.h. eine 
Aufforderung des Radios 1 an den CD-Changer 2, eine Kom- 
munikation aufzubauen bzw. auf rechtzuerhalten . 

25 Die linke auSere Linie stellt die Applikationsschnitt- 
s telle 1A des Radios 1 dar, die zweite Linie von links 
die Kommunikationsschnittstelle IK des Radios 1 , die 
dritte Linie von links die Kommunikationsschnittstelle 2K 
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des CD-Changers 2 und die rechte au&ere Linie die Appli- 
kationsschnittstelle 2A des CD-Changers 2. 

Anfangs und in der Figur oberhalb von ti ist das System 
5 initialisiert und beide Komponenten, das Radio 1 und der 
CD-Changer 2, sind in Betrieb. Im CD-Changer 2 ist dessen 
Status, beispielsweise „ PLAY" / in dem nichtf llichtigen 
Speicher 5 gespeichert. Vom Radio 1 werden zyklisch 
Watchdog-Telegramme 6 an den CD-Changer 2 gesendet. 

10 

Zum Zeitpunkt ti selbst tritt eine Betriebsstorung, hier 
eine Unterspannung im CD-Changer 2 auf , die einen Reset 
des CD-Changers 2 notig macht . Sobald diese Unterspannung 
als solche erkannt ist, werden neben dem bereits gespei- 
15 cherten gegenwartigen Applikationszustand „PLAY" des CD- 
Changers 2 erwunschte weitere Inf ormationen tiber seine 
Vorgeschichte, z.B. „Fehler im Slave" sowie die letzte 
Position des CD-Abtastsys terns , in seinem nicht-f llichtigen 
Speicher 5 gespeichert. 

20 

Dazu sei erganzend erl&utert, da& bei Auftreten einer Un- 
terspannung bei einer Komponente die Versorgungsspannung 
i.a. nicht auf Null Volt heruntergeht . Grund dafur ist 
eine Pufferung der Versorgungsspannung- Bei leichten Un- 
2 5 terspannungen konnen bestimmte Mafinahmen zur Sicherung 

aktueller Daten in den nicht-f llichtigen Speicher (soweit 
vorhanden) eingeleitet werden. Damit verbunden sind nor- 
malerweise ein Zurucksetzen der Applikation und/oder der 
Kommunikation (z.B. Abbau logischer Verbindungen) . Steigt 
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die Spannung wieder an, so mussen Applikation sowie ggfs. 
Kommunikation neu initialisiert werden („ Warms tart w ) . 

Dabei bedeutet Initialisierung der Applikation eine Vor- 
5 beireitung der Applikation und ggfs. einen Start der Ap- 
plikation (i.a. kein selbstandiger Applikationsstart bei 
einem Slave) . Initialisierung der Kommunikation bedeutet 
das Treffen von Vorbereitungen fur die Kommunikation mit 
anderen Netzwerkkomponenten, z.B. einen Verbindungsauf - 
10 bau. 

Erst wenn die Versorgungs spannung unter einen kritischen 
Wert sinkt droht ein Hardware -Reset des Mikrocontrollers 
sowie der Verlust aller Daten im fluchtigen Speicher 

15 (RAM) . Nach einem Hardware -Reset mu£ die Komponente einen 
sogenannten „Kaltstart" durchfiihren, bei dem i.a. eine 
spezielle Initialisierungsroutine durchlaufen werden mufi. 
Solch eine Grundinitialisierung betrifft die Komponente 
auf der untersten Ebene, z.B. Setzen/Zurticksetzen von fiC- 

2 0 Ports usw. Wird in dieser Routine beispielsweise ein Flag 
im RAM gesetzt, besteht die Moglichkeit , einen Kaltstart 
(Verlust aller Daten, wenn kein nicht-f luchtiger Speicher 
zur Verfugung steht) von einem Warms tart (Teilverlust von 
Daten) zu unterscheiden . Der Begriff Reset ist im folgen- 

2 5 den also nicht zwangslaufig mit einem Hardware-Reset des 
Mikrocontrollers gleichzusetzen . 
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Der CD-Changer 2 erhalt nun bei t 2 ein Watchdog-Telegramm 
6 vom Radio 1 und baut daraufhin die Verbindung zum Radio 
1 wieder auf . 

5 Bei t 3 quittiert das Radio 1 dem CD-Changer 2 den Verbin- 
dungsaufbau. Hiermit verbunden ist eine Reinitialisierung 
der Koiranunikationsverbindung im Radio 1 . . 

Bei t 4 sendet der CD-Changer 2 daraufhin die Informati- 
10 onsnachricht , die Start-Up- Info, an das Radio 1. Das Ra- 
dio 1 verarbeitet diese Inf ormationsnachricht und sendet 
inf olgedessen bei t 5 geeignete Applikationsnachrichten 
zur Wiederherstellung des alten Zustands vor dem Auftre- 
ten der Unterspannung an den CD-Changer 2, beispielsweise 
15 die Befehle "Einschalten" und "Play". Somit ist der Zu- 
stand wiederhergestellt , in dem das System vor Eintritt 
der betriebsstorenden Unterspannung war. 

Zur Begrundung fur den hier beschriebenen Ablauf sei be- 
2 0 merkt, da& es im Regelfall nicht sinnvoll ist, dafi der 

Slave versucht, selbstandig seinen alten Zustand komplett 
zu restaurieren. Hintergrund ist, dafi auch im Master 
(oder in einer anderen, hier nicht gezeigten Komponente) 
ein Fehler aufgetreten sein kann, so daS die verschiede- 
2 5 nen Applikationen nicht mehr synchronisiert sind. Bei- 
spielsweise wurde es keinen Sinn ergeben, wenn der CD- 
Changer selbstandig seinen alten Zustand „PLAY" restau- 
rieren wtirde, das Radio aber aufgrund eines internen Re- 
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sets die Audio- Signale des CD-Changers nicht mehr verar- 
beiten wurde . 

Der wesentliche Inhalt der Inf ormationsnachricht "Start- 
5 up Info" ist der aktuelle Applikationszustand des CD- 
Changers 2 bzw. des Slaves, soweit er fur die Bedienung 
des CD-Changers 2 aus Sicht des Radios 1 bzw. des Masters 
von Bedeutung ist. Bedeutsame Applikationshauptzustande 
aus Sicht dieses Masters sind beispielsweise EIN/AUS, 
10 d.h. sie zeigen dem Radio 1 an, ob die Slave-Applikation 
fur den Master verfiigbar ist oder nicht. 

Es konnen jedoch auch andere, spezielle Applikationszu- 
stande aktiviert gewesen und dementsprechend nun dem Ma- 
15 ster angezeigt werden, wie beispielsweise die Wiedergabe 
eines CD-Changers (PLAY) im vorliegenden Ausf uhrungsbei- 
spiel oder etwa ein Diagnose-Modus . 

Weitere spezielle Zustande des Slaves konnen kennzeich- 
2 0 nen, daS der Slave nur einen eingeschrankten Funktionsum- 
fang besitzt, da beispielsweise die Applikationssof tware 
noch von einer CD-ROM geladen werden muS oder weil eine 
Verriegelung des Slaves seitens anderer logischer Verbin- 
dungen besteht, wie oben bereits erwahnt wurde . 

25 

Desgleichen konnen diverse Zustande der Mensch-Maschine- 
Schnittstelle des Slave, also beispielsweise Menus oder 
Fenster auf einern Bildschirm, die aktuelle Belegung von 
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Softkeys im System, dem Master auf eine solche Weise an- 
gezeigt werden . 

Ein optionaler Bestandteil ist der sogenannte Initiali- 
5 sierungsanstofi. Dies ist ein Bestandteil, der angibt, wer 
letztlich den Aufbau der Kommunikationsverbindung initi- 
iert hat. 

Dieser AnstoS kann sowohl im Master als auch im Slave be- 
10 grundet liegen. Im ersten Fall, der den Normalfall dar- 
stellt und dem obigen Beispiel zugrunde liegt, liefert 
der Master den InitialisierungsanstoS, z.B. durch einen 
Netzmanagement-Mechanismus in Form eines Watchdog- 
Telegamms. Ein Beispiel fur den zweiten Fall bildet das 
15 Wecken durch einen Slave, welches beispielsweise durch 
die Verbindungsaufbautelegramme des Slaves ausgelost 
wird. Aufgrund der tibermittelten Information „Initiali- 
sierungsanstoS durch Slave* kann der Master im letzteren 
Fall den unerwarteten Verbindungs aufbau durch den Slave 
2 0 leicht als Wecken interpretieren und von Fehlerf alien un- 
terscheiden. 

Ein weiterer optionaler Bestandteil beschreibt die Vorge- 
schichte der Applikation. In diesem Fall wurde die Sit- 
25 zung durch einen Fehler beendet, es kam zu einem Reset 

der Kommunikation sowie der Applikation wegen des Auftre- 
tens einer Unterspannung des CD-Changers 2 . Daher hat der 
Bestandteil die Bedeutung "Fehler im Slave" und kann 




• 



WO 99/30459 



PCT/DE98/03517 



- 20 - 



durch ein Flag oder ein anderes Kennzeichen signalisiert 
werden . 

Wenn in einem anderen Fall die Application bei der letz- 
5 ten Sitzung, d.h. dem letzten zusammenhangendem Zeitraum 
mit einer gultigen 1 : 1-Verbindung zwischen Radio 1 und 
CD-Changer 2 beispielsweise durch einen Ausschaltbef ehl 
ordnungsgemaS verlassen wurde, konnte der Inhalt des Be- 
standteils die Bedeutung "o.k." haben. 

10 

Befindet sich der CD-Changer 2 zum ersten Mai am Netz, 
dann konnte der Inhalt des Bestandteils die Bedeutung 
"NEU" haben. Ein solches Kennzeichen ist wichtig fur eine 
Grundinitialisierung nach einem Austausch, einem Neuein- 
15 bau oder zur Diagnose nach einem fatalen Fehler. 

Bei der Ubermittlung der Vorgeschichte ist zu beachten, 
daS die Start-up-Info ausschliefilich die Sicht des Slaves 
widerspiegelt . Erst ein Vergleich mit den im Master ge- 
2 0 speicherten Daten erlaubt eine endgtiltige Aussage zur 
Vorgeschichte des Systems. 

Generell gilt nun, daS nur in der Komponente, die einen 
Reset wahrend des Betriebs durchftihrt, Applikation und 
25 Kommunikation gleichermaSen initialisiert werden. In der 
verbundenen Komponente, hier dem Radio 1 als Master, wird 
dagegen nur ein Reset der Kommunikation ausgefiihrt. Der 
Reset ist notig, urn die 1 : 1-Kommunikationsverbindung wie- 
der zu synchronisieren . Die Applikation des Masters ist 
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normalerweise nicht unmittelbar vom Reset der anderen 
Komponente betroffen. 

Eine Initialisierung der Kommunikation ist also auch ohne 
5 eine Initialisierung der Application moglich. Bei einer 
1 : 1-Verbindung erfolgt im Fehlerfall ein Reset der Kommu- 
nikationsschichten also auf beiden Seiten, wahrend die 
Applikation beispielsweise nur auf einer Seite zuriickge- 
setzt wird. 

10 

Das Verfahren beruht also auf einer automatischen Meldung 
des Slaves an den Master, die den aktuellen Zustand der 
S 1 ave - Komponen t e sowie deren Vorgeschichte enthalt, ini- 
tiiert durch ein spezielles, eindeutiges Kommunikations- 
15 erereignis. Dieses kann ausgelost sein durch das Auftre- 
ten der Unterspannung am CD-Changer 2 bzw. durch den Re- 
set des CD-Changers 2 . 

Aufgrund aller Start-up- Inf ontiationen der angeschlossenen 
2 0 Slaves sowie der eigenen, im nicht fliichtigen Speicher 4 
des Masters enthaltenen Daten kann der Master 1 nun sehr 
effizient den alten Applikationszustand nach einem Fehler 
rekons truieren . 

25 Meldet eine Komponente abweichend vom Ausf iihrungsbei- 
spiel, daS sie neu im Netz ist, so zeigt ein Vergleich 
mit den gespeicherten Daten des Masters, ob diese Kompo- 
nente einen Fehler, beispielsweise eine extreme Unter- 
spannung, einen fatalen Sof twaref ehler oder dgl . hatte, 
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was beispielsweise wichtig fur eine Systemdiagnose ware, 
oder ob sie wirklich fieu im Netz ist. In diesem Fall 
konnte ein spezieller Konf igurationslauf erfolgen, der in 
einem Ausf iihrungsbeispiel weiter unten erlautert wird. 

5 

Zusammenf assend ermoglicht das erf indungsgemafie Verfahren 
gemaS diesem Ausf iihrungsbeispiel also eine ereignisorien- 
tierte Merk- oder Speicherf unktion der Komponenten und 
enthalt folgende Mechanismen. 

10 

Ein Slave sendet automatisch jedem ihm zugeordneten Ma- 
ster unmittelbar nach dem erf olgreichen (Wieder- ) Aufbau 
der 1:1 Verbindung zum Master als erste Applikationsnach- 
richt eine spezielle Inf ormationsnachricht mit Statusin- 
15 formationen ( " Start-Up-Inf o" ) in den folgenden Fallen: 

nach erfolgter eigener Initialisierung bzw. eigenem 
Reset der Kommunikationsschichten und 

2 0 - nach erfolgtem Reset der Kommunikationsschichten durch 
den Master. 

Dabei ist zu bedenken, da£ grundsatzlich beide - Master 
oder Slave - unabhangig von ihrer hierarchischen Einbet- 
2 5 tung in das Gesamt system des Netzwerks die gegenseitige 
Kommunikation beginnen konnen. 
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Da die Vorgeschichte anhand der Start-Up Infos der Slaves 
vom Master abgeleitet werden kann, ergeben sich zusatzli- 
che Moglichkeiten fur eine netzweite Diagnose. 

5 Im folgenden zweiten Ausf uhrungsbei spiel sei ein weiteres 
System angenommen, das aus einer beliebigen Master- und 
zwei und in einer weiter unten beschriebenen Abwandlung 
drei beliebigen Slave-Komponenten besteht. 

10 Zunachst befinden sich neben dem Master zwei weitere Kom- 
ponenten A, C - Slaves des Masters - im Netzwerk. Eine 
weitere Komponente B ist dem Master zwar bekannt, sie ist 
jedoch (noch) nicht angeschlossen . 

15 Das erf indungsgemaSe Verfahren laSt sich fur dieses Sy- 
stem auch in Anlehnung an Fig. 2 beschreiben. 

Es wird eine in dem nichtf liichtigen Speicher des Masters 
abgelegte Netzwerkstatustabelle mit Konf igurations- , Ver- 
2 0 bindungs- und Applikationszustanden der bekannten Slaves 
exemplarisch gezeigt. 
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Bekannte Slaves 


Netz- 

konf iguration 


Verbindungs - 
status 


Applikations- 
status 


Komponente A 


" vorhanden " 


"Verbindung 
aufgebaut " 


"Applikation 
ein" 


Komponente B 


"nicht verfiig- 
bar " 


"keine Verbin- 
dung " 


"nicht verf tig- 
bar " 


Komponente C 


"vorhanden " 


"Verbindung 
aufgebaut " 


"Applikation 
aus " 



Die Netzwerkstatustabelle wurde zura Zwecke einer besseren 
5 Verstandlichkeit so einfach wie moglich gehalten. Norma- 
lerweise enthalt eine solche Tabelle weitaus mehr Infor- 
mationen, z. B. Konf igurationsdaten fur die einzelnen 
Verbindungen . 

10 Aus Ubersichtsgrunden nennt dieses Beispiel nur die Ap- 
plikationshauptzustande "EIN" und "AUS" bzw. "nicht ver- 
fiigbar". Neben den Inf ormationen in dieser Netzwerkzu- 
s t ands tabel 1 e speichert der Master auch seine eigene Vor— 
geschichte. 

15 

In einer Abwandlung des letztgenannten Beispiels (Neu- 
anschlufi eines Slaves) erhalt der Master nach einem Ver- 
bindungsaufbau folgende "Start-up Info" von der Komponen- 
te B: 



20 
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B an Master: "B zum ersten Mai im Netz ; Applikationszu- 
stand , AUS' " . 

Der Master kann aufgrund dieser Information einen spezi- 
ellen Konf igurationslauf starten. Die Net zwerks tatus ta- 
belle andert sich dann wie folgt: 



Bekannte Slaves 


Netz- 

konf iguration 


Verbindungs - 
status 


Applikat ions- 
status 


Komponente A 


" vorhanden " 


"Verbindung 
aufgebaut" 


"Applikation 
ein " 


Komponente B 


" vorhanden" 


"Verbindung 
aufgebaut" 


"Applikation 
aus" 


Komponente C 


" vorhanden " 


"Verbindung 
aufgebaut" 


" App 1 i ka t i on 
aus " 



10 

Von diesem Zeitpunkt an ist der Master in der Lage, die 
Applikation der Komponente B zu starten und alle verfug- 
baren Funktionen zu steuern. 

15 Im folgenden wird ein beispielhaf ter Fehlerfall darge- 
stellt . 

In einer weiteren Veranderung des letztgenannten System- 
zustands erhalt der Master nach erneutem Verbindungs auf- 
2 0 bau der Komponenten A und C folgende "Start-up Informa- 
tionen" : 
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A an Master: "A war b£reits im Netz, Applikation ,AUS /U . 

C an Master: "C ist zum ersten Mai im Netz, Applikation 
5 , AUS ' " . 

Nach Vergleich mit den gespeicherten Inf ormationen kann 
der Master nun unmittelbar den alten Zustand durch ge- 
zielte Applikationsnachrichten wieder rekonstruieren (in 
10 diesem einfachen Beispiel ist nur eine Nachricht notwen- 
dig) : 

Master an A: "Applikation ,EIN'" . 

15 Weiterhin kann der Master feststellen, da£ Komponente A 
einen "Warmstart" und Komponente C sogar einen "Kalt- 
start" durchgefuhrt hatte, da Komponente C im Netz be- 
reits vorhanden war. Diese Daten konnen mit speziellen 
Fehlerzahlern verwaltet und uber Diagnosesof tware ausge- 

2 0 wertet werden. 

Obwohl die vorliegende Erfindung vorstehend anhand bevor- 
zugter Ausfiihrungsbeispiele beschrieben wurde, ist sie 
darauf nicht beschrankt, sondern auf vielfaltige Weise 
25 modif izierbar . 

So kann das erf indungsgemafie Verfahren auch fur komplexe- 
re Systeme eingesetzt werden, in denen der Master eines 
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oder mehrerer Slaves wiederum der Slave eines Masters auf 
einer ranghoheren Ebefte ist. 

Ebenso ist es einsetzbar in Systemen, in denen ein oder 
5 mehrere Slaves mehr als nur einem Master zugeordnet sind. 

Ebenso kann das erf indungsgemafie Verfahren in Netzwerken 
mit Client-Server-Architekturen verwendet werden, wobei 
i.a. der Client eine gewisse Masterf unktionalitat tiber- 
10 nimmt. 

Desweiteren ist es prinzipiell in Uberwachungs - und Feh- 
lerdiagnosesystemen in beliebigen technischen, vernetzten 
Einrichtungen einsetzbar. Insbesondere im KFZ-Bereich er- 
15 geben sich dabei vielfaltige Anwendungsmoglichkeiten bei 
der Fehleriiberwachung und Fehlerdiagnose von vernetzten 
elektronischen Steuergeraten . 

Ebenso konnen die Kommunikationsverbindungen zwischen den 
2 0 Komponenten durch drahtlose Verbindungen realisiert sein. 
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BEZUGSZEICHENLISTE 

5 



1 


erste, logische Komponente, Master 
(Radio) 


2 


zweite logische Komponente, Slave (CD- 
Changer ) 


3 


Kommunikationsverbindung 


4 


nichtf luchtiger Speicher 


5 


vorzugsweise nichtf luchtiger Speicher 


6 


Watchdog-Telegramm 



• 
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PATENTANSPRUCHE 

5 

1. Verfahren zur Koordination von Netzwerkkomponenten 
(1, 2) , wobei mindestens eine erste logische Kompo- 
nente (1) und eine zweite logische Komponente (2) 
vorgesehen sind, welche jeweils einer bestimmten Ap- 
10 plikation entsprechen und iiber das Netzwerk auf ei- 

ner von der Applikationsebene im wesent lichen unab- 
hangigen Kommunikationsebene miteinander kommunizie- 
ren konnen, mit den Schritten: 

15 Aufbauen einer Kommunikationsverbindung zwischen der 

ersten und der zweiten logischen Komponente (1, 2) 
auf Initiative einer der ersten oder zweiten logi- 
schen Komponente (1, 2) ansprechend auf ein bestimm- 
tes Ereignis, welches die erste und/oder zweite lo- 

2 0 gische Komponente (1, 2) betrifft; 

Ubermitteln einer Inf ormationsnachricht iiber die 
aufgebaute Kommunikationsverbindung von der zweiten 
logischen Komponente (2) an die erste logische Kom- 
25 ponente (1), wobei die Inf ormationsnachricht zumin- 

dest Inf ormationen bezuglich des aktuellen Applika- 
tionsstatus der zweiten logischen Komponente ent- 
halt; und 
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5 

2. 

10 

3 . 

15 

4. 

20 



5. 

25 



Vergleichen der Inf ormationen der iibermittelten In- 
f ormationsnachricht in der ersten logischen Kompo- 
nente (1) mit dort in einem nicht-f liichtigen Spei- 
cher (4) gespeicherten entsprechenden Inf ormationen. 

Verfahren nach Anspruch 1, dadurch gekennzeichnet , 
daS die Inf ormationen der iibermittelten Informati- 
onsnachricht in der ersten logischen Komponente (1) 
in dem nicht-f liichtigen Speicher (4) gespeichert 
werden . 

Verfahren nach Anspruch 1 oder 2 , dadurch gekenn- 
zeichnet, ,dafi die erste logische Komponente (1) die 
Inf ormationen der iibermittelten Inf ormationsnach- 
richt zur Rekonstruktion des Zustands vor dem Auf- 
bauen der Kommunikationsverbindung verwendet. 

Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, da£ die Inf ormationsnach- 
richt Inf ormationen beziiglich der Initiative zum 
Aufbauen der Kommunikationsverbindung enthalt. 

Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet , daS die erste und die zweite 
logischen Komponente (1, 2) in einer Master-Slave- 
Beziehung zueinander stehen. 
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6. Verfahren nach einem der vorhergehenden Ansprliche, 
dadurch gekennzeichnet, date die Informationsnach- 
richt nach einem Reset bei bereits gestarteter Ap- 
plikation mindestens einer der ersten oder der zwei- 

5 ten logischen Komponente (1, 2) iibermittelt wird. 

7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, 
dalS die Inf ormationsnachricht Inf orniationen daruber 
enthalt, ob die zweite Komponente (2) einen Hard- 

10 ware-Reset durchgef uhrt hat . 

8. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, daS bestimmte Inf ormationen, 
die Inhalt der Inf ormationsnachricht werden, in ei- 

15 nem nichtf liichtigen Speicher (5) der zweiten logi- 

schen Komponente (2) gespeichert werden. 

9. Verfahren nach Anspruch 8, gekennzeichnet durch den 
Schritt, daS der Inhalt des nichtf liichtigen Spei- 

2 0 chers (5) der zweiten logischen Komponente (2) je- 

desmal dann aktualisiert wird, wenn eine Anderung 
des Applikationsstatus der zweiten -logischen Kompo- 
nente (2) eintritt. 

2 5 10. Verfahren nach Anspruch 8 oder 9, dadurch gekenn- 
zeichnet, dafi die Inf ormationsnachricht weitere In- 
formationen zur Vorgeschichte der zweiten Komponente 
(2) enthalt. 
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11. Durchfuhrung des * Verf ahrens nach einem der vorste- 
henden Anspruche in einem hierarchisch aufgebauten 
System von Netzwerkkomponenten, von denen die erste 

5 logische Komponente (1) fur eine oder mehrere zweite 

logische Komponenten (2) eine Masterf unktion ausiibt. 

12 . Durchf uhrung des Verf ahrens nach Anspruch 11 in ei- 
nem hierarchisch aufgebauten System von Netzwerkkom- 

10 ponenten, von denen die zweite logische Komponente 

(2) fur eine oder mehrere erste oder zweite logische 
Komponenten (1, 2) eine Masterf unktion ausubt . 

13 . Anwendung des Verf ahrens nach einem der vorstehenden 
15 Anspruche in MeS- und/oder Uberwachungssys temen 

und/oder S t euerungs sys temen in der Fertigungstech- 
nik. 

14 . Anwendung des Verf ahrens nach einem der vorstehenden 
20 Anspruche in KFZ-Bordinf ormationssys temen . 

15 . Anwendung des Verf ahrens nach einem der vorstehenden 
Anspruche zur netzwerkweiten Fehlerortung und/oder 
Fehlerdiagnose von Netzwerkkomponenten (1,2). 

25 



WO 99/30459 



PCT/DE98/03517 




THIS PAGE BLANK luspro) 



